\section{Future Work}

Although the system can be deemed to be highly usable and has achieved many of the projects goals, there were several features and studies which were either outside the scope of a level four project or were not achievable within the time allotted. This section of the report details potential avenues of investigation which would prove useful in the further development of KAPTCHA.

\subsection{Future KAPTCHA Work}

As the results revealed, that KAPTCHA was not instantly understandable by the participants, an audio walk through of the system would prove extremely useful. This would reduce the amount of time required by a struggling user, to become proficient in the use of KAPTCHA.

It would be highly useful to determine the long term memorability of KAPTCHA.  It is possible that users interaction with the system may be infrequent, with long periods of time without using the system.  For example, infrequent access of a forum.  It would would be important to determine that the design of KAPTCHA emphases recall rather than re-learn.  This this would decrease the amount of time the user requires to authenticate that they are human, upon return to the system.


The project would benefit from an investigation into the the usability of KAPTCHA when accessed through different screen readers. Had more than one screen reader been used by the participants, this would have provided the opportunity to determine if there is a significant difference in the levels of usability provided by KAPTCHA when different screen readers are used.  This would have only been possible had there been significant numbers of users who were proficient in the use of a screen reader other than JAWS.  JAWS is used widely in the RNIB and as such was the screen reader used  by all of the participants.  Requiring the participants to use another screen reader would not have provided a fair comparison.  Participants required to use an unfamiliar screen reader would not be as efficient in the use of the commands.  The synthesised voice of would also be less recognisable.


As the number of people who are registered as blind or partially blind has gradually increased over the past decades\footnote{\url{http://www.statistics.gov.uk/cci/nugget.asp?ID=6}}. An increase in number of elderly will have dramatic effect on the usability of the Internet.  Old age leads to diminished eye sight and hearing.  With the majority of blind people being over the age of sixty\cite{vision}, it is therefore important to consider the age of the user, in determining the usability of the system.  

\subsection{The Game Future Work}\label{subsec_futureworkgame}
The game requires a few additional features which would make it more secure allowing it to be deployed to a wider user base. Through making the game available outside of the university, it would increase the number of images which could be labelled.  


The addition of the following functionality would allow the system to utilise a larger audience and enable future projects which require the labelling of images, to utilise the code for external projects.  To achieve this aim the following changes should be made:
\begin{itemize}
\item The system should be hosted on a server, which can be accessed from outside the university.
\item The peer to peer functionality, which will allow a two player game which is available on Gwap and Google labeler as I believe this provides a better user experience and eliminate the possibility of collusion between users.
\item The addition of automatic parsing of labels for incorrect spelling and to check for profanities.  This would allow for the removal of , which would be essential if the scale of the KAPTCHA system was to grow.
\end{itemize}


\subsection{Images Collection Future Work}\label{imagecollection}
The images collector requires more functionality to provide image manipulation, such as scaling the images.
The code for the image collection is flexible enough with limited , providing the implementation for the most common 
provide further levels of abstraction so that the API to provide alternate sources for images.
provide an API with more control over what type of images.  Consolidate the program code so that it is wholly written in Java so that it does not require the use of external libraries or tools (except a compatible Java Development Kit JDK)
It is also important that the terms are the correct spelling and pronunciation for the matching term for example 

